base IPL with PL/ SQL packages. Since it 
was developed using object-oriented 
programming in a modular fashion, it 
has proved easy to maintain and its ca- 
pabilities are as easily extended. IM- 
PACT has shown a very high reliability 
factor as well. 

IMPACT manages a rapidly changing 
flight sequence, manifests, and detailed 
parts list for ISS by featuring views of an 
ISS IPL based on flight phases (i.e., 
launch, on-orbit, and return) and 
flights. It also features resource data 
viewing for each part in the IPL and a 
hypertext-based help system. IMPACT 
can be started in “view only” as well as in 
“update modes.” When in update mode, 
IMPACT supports the creation of data- 


base entries for new flights, elements, 
subelements, and parts as well as parts 
movement around assembly hierarchies, 
using menu-driven commands and but- 
tons, and drag-and-drop technology. 
More than one IMPACT session can be 
brought up independent of another, 
and different views can be placed side- 
by-side on the same screen during the 
same session. 

IMPACT is therefore a unique, flexi- 
ble tool with an easy-to-use, highly intu- 
itive graphical user interface. Its novelty 
lies in the fact that it allows users to view 
and manipulate IPL hierarchical data ef- 
ficiently, something no other tool has al- 
lowed during the time of this reporting. 
Already in use on the ISS, IMPACT has 


proven to be flexible and can mature 
and grow with a system. As such, it is a 
valuable adjunct not only to the space in- 
dustry for which it was developed but, 
with suitable modifications, to large 
commercial databases. 

This work was done by Bobby Jain, Bill 
Morris, and Kelly Sharpe of Barrios Technol- 
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The Control Architecture for Multiro- 
bot Outpost (CAMPOUT) is a distrib- 
uted-control architecture for coordinat- 
ing the activities of multiple robots. In 
the CAMPOUT, multiple-agent activities 
and sensor-based controls are derived as 
group compositions and involve coordi- 
nation of more basic controllers denoted, 
for present purposes, as behaviors. 

The CAMPOUT provides basic mecha- 
nistic concepts for representation and exe- 
cution of distributed group activities. One 
considers a network of nodes that com- 


prise behaviors (self-contained controllers) 
augmented with hyper-links, which are 
used to exchange information between the 
nodes to achieve coordinated activities. 
Group behavior is guided by a scripted 
plan, which encodes a conditional se- 
quence of single-agent activities. Thus, 
higher-level functionality is composed by 
coordination of more basic behaviors 
under the downward task decomposition 
of a multi-agent planner (see figure) . 

Robotics is a highly multidisciplinary 
field that requires efficient integration of 


many components (e.g., perception, map- 
ping, localization, control, and learning) 
that involve diverse representations, frame- 
works, and paradigms (e.g., classical con- 
trol theory, artificially intelligent planners, 
estimation theory, data fusion, computer 
vision, utility theory, decision theory, fuzzy 
logic, and multiple-objective decision mak- 
ing). The CAMPOUT provides a concep- 
tual infrastructure for consolidating di- 
verse techniques to enable the efficient use 
and integration of these components for 
meaningful interaction and operation. 



Sensors 


Actuators 


The CAMPOUT Provides for a Hierarchical Organization of primitive behaviors, composite behaviors built from primitive behaviors, and groups composed 
from coordination of behaviors across multiple robots. Each robot runs an instance of this architecture and participates in coordination of activities through 
group behaviors. Coordination is facilitated through communication behaviors. 
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The methodology of the CAMPOUT 
features a few elementary architectural 
mechanisms for (a) behavior representa- 
tion, (b) behavior composition, (c) group 
coordination of teams, and (d) interfaces 
among (a) , (b) , and (c) . For the purposes 
of the CAMPOUT, a behavior is defined 
and represented as a mapping from a per- 
cept (defined here as a description of raw 
or processed sensory input) or a sequence 
of percepts to an action or sequence of ac- 
tions. The mapping assigns, to each possi- 
ble action, a degree of preference that 
ranges from 0 for most undesired to 1 for 
most desired. This definition of a behavior 
is a general recipe that does not dictate 
how the mapping is to be implemented. It 
does not exclude implementation by use of 
a look-up table, a finite-state machine, a 
neural network, an expert system, a control 
law, or any other such means. Each behav- 
ior can be implemented using whichever 
approach is appropriate. 

Behavior composition is the mecha- 
nism used for building higher-level behav- 
iors by combining lower-level ones. The 
activities of lower-level behaviors are coor- 
dinated within the context of the task and 


objective of a higher-level behavior. An ex- 
plicit design goal of the CAMPOUT has 
been to support not one but an arbitrary 
number of behavior-coordination mecha- 
nisms (BCMs). The architecture can be 
extended by incorporation of new BCMs. 
Because different BCMs often require dif- 
ferent behavior representations, the 
CAMPOUT involves utilization of a multi- 
valued behavior representation that is 
general enough for a large class of appli- 
cations. BCMs can be divided into two 
main classes: arbitration and command. 
The CAMPOUT supports both classes. 

In the CAMPOUT, the problem of co- 
ordinating a group of robots is formu- 
lated as one of coordinating multiple 
distributed behaviors across a network 
that includes more than one decision 
maker. In behavior coordination, one is 
basically concerned with resolving or 
managing conflicts between mutually ex- 
clusive alternatives and between behav- 
ioral objectives. Because this is as true 
for individual as for group decision-mak- 
ing, the difference between individual 
and group decision-making is inessen- 
tial, and both can be studied in the same 


conceptual framework. Mechanisms that 
are typically used for coordination of the 
behavior of one robot can then be used 
for coordination of behaviors running 
on a network of robots. Hence, for ex- 
ample, a control loop could use sensors 
on one robot to drive a different robot. 

This work was done by Hrand Aghazarian, 
Paolo Piyjanian, Paul Schenker, and Terrance 
Huntsberger of Caltech for NASA’s Jet Propul- 
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